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DATA PROCESSING APPARATUS AND DATA PROCESSING METHOD 

BACKGROUND OF THE INVENTION 

The present invention relates to a data processing 
apparatus and a data processing method. 

In a conventional editing apparatus for editing 
video or audio data (called AV data hereunder) , AV data 
are reproduced by at least one VTR (video tape recorder) 
for use as material to be edited (the reproduced AV data 
are called material data hereunder) . After being edited, 
the material data are sent to and recorded by another VTR, 
whereby a complete package of AV data is produced 
(hereunder, called complete package data where 
appropriate) . 

The above-outlined editing which involves recording 
and reproducing AV data to and from tape-like storage 
media is called linear editing. On the other hand, recent 
years have witnessed the burgeoning of another kind of 
editing called nonlinear editing using disc-like storage 
media such as optical and magnetic discs. The new kind of 
editing has been made possible by the growing storage 
capacities and progressively dropping prices of these 
disc media. 

Conventionally, whether the editing setup is 
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designed for linear or nonlinear editing using tape or 
disc-like storage media respectively, the AV data are 
transferred synchronously between the 

recording/reproducing apparatuses for reproducing and 
recording AV data to and from the storage media on the 
one hand, and the editing apparatus on the other hand. 

More specifically, the editing apparatus needs to 
synchronize with a recording/reproducing apparatus 
reproducing material data from a medium in order to 
search for in-points and out-points within the material 
data and to perform desired effects onto the data. The 
editing apparatus also needs to synchronize with another 
recording/reproducing apparatus which records the edited 
material data from the editing apparatus as complete 
package data. 

It follows that even if the editing apparatus is 
capable of high-speed processing of AV data, the overall 
processing speed is restricted by the 

recording/reproducing apparatuses which, in reproducing 
unedited material data and recording the edited material 
data, may be operating at a significantly lower speed 
than the editing apparatus. Conversely, if the 
recording/reproducing apparatuses for reproducing 
unedited material data and recording the edited material 



data are capable of high-speed AV data processing, the 
overall processing speed is still limited by an editing 
apparatus working at an appreciably lower speed. Either 
way, it takes an inordinately long time to edit the AV 
data . 

SUMMARY OF THE INVENTION 

The present invention has been made in view of the 
above circumstances and provides a data processing 
apparatus, a data processing method, and a program for 
reducing the time required to edit AV data. 

In carrying out the invention and according to one 
aspect thereof, there is provided a data processing 
apparatus for processing audio visual data made up of 
video or audio data, the data processing apparatus 
including : 

receiving means for receiving an edit command 
specifying how to edit the audio visual data; 

editing means for editing the audio visual data in 
accordance with the edit command; 

determining means for determining whether the edit 
command specifies copying of the audio visual data; and 

controlling means which, if the edit command is 
determined to specify the copying of the audio visual 



data, then transfers the audio visual data from a copy 
source formed by one of at least one 

recording/reproducing means for recording or reproducing 
the audio visual data, to a copy destination formed by 
either the same or another recording/reproducing means, 
without synchronizing the two recording/reproducing means 
in operation; and if the edit command is determined to 
specify an editing action other than the copying of the 
audio visual data, then transfers the unedited audio 
visual data reproduced from one of the at least one 
recording/reproducing means to the editing means for the 
specified editing action, and transfers the edited audio 
visual data coming from the editing means to either the 
same or another recording/reproducing means for storage 
therein, while synchronizing the editing means and the 
two recording/ reproducing means in operation. 

According to another aspect of the invention, there 
is provided a data processing method for processing audio 
visual data made up of video or audio data, the data 
processing method including the steps of: 

receiving an edit command specifying how to edit 
the audio visual data; 

editing the audio visual data in accordance with 
the edit command using editing means; 



determining whether the edit command specifies 
copying of the audio visual data; 

if the edit command is determined to specify the 
copying of the audio visual data, then transferring the 
audio visual data from a copy source formed by one of at 
least one recording/reproducing means for recording or 
reproducing the audio visual data, to a copy destination 
formed by either the same or another 

recording/reproducing means, without synchronizing the 
two recording/reproducing means in operation; and 

if the edit command is determined to specify an 
editing action other than the copying of the audio visual 
data, then transferring the unedited audio visual data 
reproduced from one of the at least one 

recording/reproducing means to the editing means for the 
specified editing action, and transferring the edited 
audio visual data coming from the editing means to either 
the same or another recording/reproducing means for 
storage therein, while synchronizing the editing means 
and the two recording/reproducing means in operation. 

According to a further aspect of the invention, 
there is provided a program for causing a computer to 
execute a data processing method for processing audio 
visual data made up of video or audio data, the data 



processing method including the steps of: 

editing the audio visual data in accordance with an 
edit command specifying how to edit the audio visual data, 
using editing means; 

determining whether the edit command specifies 
copying of the audio visual data; 

if the edit command is determined to specify the 
copying of the audio visual data, then transferring the 
audio visual data from a copy source formed by one of at 
least one recording/reproducing means for recording or 
reproducing the audio visual data, to a copy destination 
formed by either the same or another 

recording/reproducing means, without synchronizing the 
two recording/reproducing means in operation; and 

if the edit command is determined to specify an 
editing action other than the copying of the audio visual 
data, then transferring the unedited audio visual data 
reproduced from one of the at least one 

recording/reproducing means to the editing means for the 
specified editing action, and transferring the edited 
audio visual data coming from the editing means to either 
the same or another recording/reproducing means for 
storage therein, while synchronizing the editing means 
and the two recording/reproducing means in operation. 



Where the data processing apparatus, data 
processing method, and program of the invention are in 
use, the editing means edits audio visual data in 
accordance with an edit command specifying how to edit 
the audio visual data. Determination is then made as to 
whether or not the edit command specifies copying of the 
audio visual data. If the edit command is determined to 
specify the copying of the audio visual data, then the 
audio visual data are transferred from a copy source 
formed by one of at least one recording/reproducing means 
for recording or reproducing the audio visual data, to a 
copy destination formed by either the same or another 
recording/reproducing means, without the two 
recording/reproducing means being synchronized in 
operation. If the edit command is determined to specify 
an editing action other than the copying of the audio 
visual data, then the unedited audio visual data 
reproduced from one of the at least one 
recording/reproducing means are transferred to the 
editing means for the specified editing action, and the 
edited audio visual data coming from the editing means 
are transferred to either the same or another 
recording/reproducing means for storage therein, while 
the editing means and the two recording/ reproducing means 



are being synchronized in operation. 

Other objects, features and advantages of the 
invention will become more apparent upon a reading of the 
following description and appended drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing a typical 

structure of a drive deck editor embodying the inventions- 
Figs. 2A and 2B are explanatory views of EPL (Edit 

Procedure List) data; 

Fig. 3 is a block diagram showing a synchronous 

control setups- 
Fig. 4 is a block diagram showing an asynchronous 

control setup; 

Fig. 5 is a flowchart of steps in which a system 

controller of the embodiment operates; 

Fig. 6 is a flowchart of steps in which a drive 

controller of the embodiment operates; 

Fig. 7 is a schematic view depicting typical 

material data files and a complete package data file; 

Fig. 8 is a schematic view of a typical EPL data 

file; 

Fig. 9 is an explanatory view of processing based 
on the EPL data file of Fig. 8; 
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Fig. 10 is a schematic view depicting other 
material data files and a complete package data file; 

Fig. 11 is a schematic view of another EPL data 

file; 

Fig. 12 is an explanatory view of processing based 
on the EPL data file of Fig. 11; 

Fig. 13 is a schematic view depicting other 
material data files and a complete package data file; 

Fig. 14 is a schematic view of another EPL data 

file; 

Fig. 15 is an explanatory view of processing based 
on the EPL data file of Fig. 14; 

Fig. 16 is a schematic view depicting other 
material data files and a complete package data file; 

Fig, 17 is a schematic view of another EPL data 

file; 

Fig. 18 is an explanatory view of processing based 
on the EPL data file of Fig. 17; 

Fig. 19 is a schematic view depicting other 
material data files and a complete package data file; 

Fig. 20 is a schematic view of another EPL data 

file; 

Fig. 21 is an explanatory view of processing based 
on the EPL data file of Fig. 20; and 



Fig. 22 is a block diagram showing a typical 
structure of a computer embodying the invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Fig. 1 outlines a typical structure of a drive deck 
editor embodying the invention. The drive deck editor is 
constituted by an editing apparatus that incorporates 
drives li through I3. The editing apparatus edits AV data, 
and the drives li through I3 serve as 
recording/reproducing apparatus for recording or 
reproducing AV data. This structure allows the drive deck 
editor to edit AV data without connecting to any external 
recording/reproducing apparatus. 

Alternatively, the drive deck editor may not 
incorporate the drives li through I3 as 

recording/reproducing apparatus. In this case, external 
recording/reproducing apparatuses may be attached to the 
drive deck editor. However, it is preferred that the 
drive deck editor have the drives li through I3 or like 
recording/reproducing apparatuses installed inside. Such 
a drive-incorporating structure will facilitate designing 
of the drive deck editor and boost the processing speed 
of the editor. 

If the recording/reproducing apparatuses were to be 
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attached externally to the drive deck editor, then the 
editor would need a general-purpose interface for 
connection (i.e., use) with the external apparatus whose 
type are not known until connected. In operation, the 
drive deck editor exchanges AV data with the externally 
connected recording/reproducing apparatuses through the 
general-purpose interface, with synchronism always 
maintained between the editor and the connected 
apparatuses. That means the rate of AV data transfer 
between the drive deck editor and the externally attached 
apparatuses is limited by the specifications of the 
general-purpose interface. In addition, the drive deck 
editor is subject to design restrictions in that internal 
blocks of the editor must be designed to be compatible 
with general-purpose interfaces of the external 
recording/ reproducing apparatuses . 

By contrast, if the recording/reproducing 
apparatuses are incorporated in the drive deck editor, 
the designer of the editor is able to design as desired 
the interface between the incorporated 

recording/reproducing apparatuses on the one hand and the 
other internal blocks of the editor on the other hand. 
This frees the designer from having to consider general- 
purpose interfaces that would be required if the 



recording/reproducing apparatuses were to be attached 
externally. Furthermore, high-speed drives li through I3 
may be adopted for built-in use as recording/reproducing 
apparatuses in the drive deck. 

In the embodiment of the invention shown in Fig. 1, 
the drive deck editor incorporates the three drives li, I2 
and I3. The drive li (i = 1, 2, 3) is illustratively 
capable of allowing an optical disc Hi (i = 1, 2, 3; 
disc-like storage medium) to be loaded and unloaded 
thereto and therefrom. The drive li records AV data fed 
from a drive controller 2 to the loaded optical disc Hi 
illustratively in the form of files under control of the 
controller 2. The drive li also reproduces {reads out), 
under control of the drive controller 2, AV data held 
illustratively as files on the loaded optical disc Hi and 
supplies the reproduced data to the controller 2. 

The optical disc Hi from which the drive li 
reproduces AV data may also accommodate files of EPL 
(Edit Procedure List) data (called EPL data files, to be 
discussed later) . The drive li reproduces EPL data files 
from the disc in addition to AV data files and sends the 
reproduced data to the drive controller 2. 

It is assumed here that the AV data recorded on the 
optical disc Hi have been compressed by MPEG (Moving 
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Picture Experts Group) or DV (Digital Video) methods. It 
should be noted, however, that the optical disc lli can 
also retain uncompressed AV data. 

Although the setup of Fig. 1 shows the drive deck 
editor to have the three drives li, I2 and I3 inside, this 
is not limitative of the invention. The drive deck editor 
may alternatively incorporate one, two, four or more 
drives as well. Where a plurality of drives are 
incorporated in the drive deck, one drive may be used as 
a write-only drive and another as a read-only drive. 

Although the setup of Fig. 1 shows the drive li to 
be one capable of recording and reproducing data to and 
from the optical disc storage medium lli, this is not 
limitative of the invention. Alternatively, the drive li 
may be one for recording and reproducing data to and from 
a tape-like storage medium or a semiconductor memory. If 
the drive adopted for the editor is designed to record 
and reproduce data to and from the tape-like storage 
medium, the setup as a whole is capable of linear editing. 
If the adopted drive is one which permits random access 
to a disc-like storage medium or a semiconductor memory 
for write and read operations, then the setup is capable 
of nonlinear editing. 

In the description that follows, the drives li 
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through I3 are generically referred to as the drive 1 if 
there is no specific need for distinction between them. 
In like manner, the optical discs lli through II3 are also 
referred to simply as the optical disc 11 unless 
otherwise required . 

The drive controller 2 is made up of a switcher 21, 
an EPL separation unit 22, an edit processing unit 23, 
and a controller 24. With this structure, the drive 
controller 2 controls diverse operations including AV 
data exchanges with the drive 1, separation of EPL data, 
editing of AV data, and operation of the drive 1. 

Under control of the controller 24, the switcher 21 
receives an AV data file from a given drive li and 
transfers the received file to another drive Ij or to the 
same drive li. The switcher 21 also receives an AV data 
file from a given drive li and transfers the received file 
to the edit processing unit 23. Furthermore, the switcher 
21 receives an AV data file from the edit processing unit 
23 and transfers the received file to a given drive It. 

In addition, the switcher 21 is arranged to output 
to a display or speakers (not shown) the AV data sent 
from the drive 1 or from the edit processing unit 23. 
This arrangement allows the AV data to be output visually 
or audibly. 



The drive controller 2 has a number of terminals: a 
terminal for admitting a component signal or a composite 
signal from the outside, an S terminal, a USB (Universal 
Serial Bus) terminal, an IEEE (The Institute of 
Electrical and Electronics Engineers) 1394-based terminal, 
and a LAN terminal. The input to and the output from 
these terminals are controlled by the switcher 21. 

The EPL separation unit 22 separates EPL data files 
from the data transferred from the drive 1 to the 
switcher 21, and feeds the separated files to a system 
controller 3. As mentioned above, the drive 1 may 
reproduce EPL data files besides AV data files and send 
the reproduced EPL data files to the drive controller 2. 
Thus the switcher 21 receives not only the AV data files 
but also the EPL data files. The EPL separation unit 22 
separates (i.e., detects) the EPL data files from the 
data received from the drive 1 and sends the detected 
files to the system controller 3 . 

The edit processing unit 23, under control of the 
controller 24, edits the AV data fed from the switcher 21 
and sends the edited AV data to the switcher 21. The 
editing performed on the AV data by the edit processing 
unit 23 includes cuts, special effects such as wipe, and 
composite such as insertion of a telop. 
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Under control of the system controller 3^ the 
controller 24 controls the switcher 21. Specifically, the 
controller 24 controls the switcher 21 in its switching 
operations such as transfer of AV data from one drive li 
to another drive Ij , to the same drive li, or to the edit 
processing unit 23; and transfer of AV data from the edit 
processing unit 23 to one of the drives li through I3. 

Also under control of the system controller 3, the 
controller 24 controls the edit processing unit 23 in its 
editing operations on AV data. Furthermore, under the 
direction of the system controller 3, the controller 24 
controls the drive 1 in the recording and reproduction of 
AV data. 

There are two kinds of control exerted by the 
controller 24 over the drive 1 and edit processing unit 
23: synchronous control, and asynchronous control. 

Under the synchronous control scheme, the 
controller 24 illustratively outputs synchronizing 
signals to the drive 1 and edit processing apparatus 23 
to keep the two components operating in mutually 
synchronized fashion. Thus with the controller 24 in 
synchronous control , synchronism is maintained between 
the drive 1 and the edit processing unit 23 during their 
AV data transfer via the switch 21, or between a given 



drive li and another drive Ij or between the same drive Ij 
during the AV data transfer through the switcher 21. 

Under the asynchronous control scheme, the 
controller 24 does not output synchronizing signals to 
the drive 1 or edit processing unit 23 and thus lets the 
drives li through I3 operate asynchronously with each 
other. With the controller 24 in asynchronous control, AV 
data are transferred asynchronously between a given drive 
li and another drive Ij or between the same drive li via 
the switcher 21. 

Where the AV data reproduced by the drive 1 are 
transferred via the switcher 21 to the edit processing 
unit 23 for editing, or where the AV data edited by the 
edit processing unit 23 are transferred through the 
switcher 21 to the drive 1 for recording, the drive 1 and 
edit processing unit 23 need to operate in synchronism as 
in the case of the above-described conventional editing 
apparatus. In such cases, the controller 24 can exert 
only synchronous control; asynchronous control is not an 
option. 

The system controller 3 is constituted by a CPU 31, 
a ROM 32, and a RAM 33, and controls the drive controller 
2 among others. That is, the CPU 312 carries out programs 
held in the ROM 32 or RAM 33 primarily to control the 



drive controller 2 in its operations. 

More specifically, the system controller 3 controls 
the controller 24 in the drive controller 2 in keeping 
with the following data and signals: EPL data from the 
EPL separation unit 22 in the drive controller 2, EPL 
data entered from the outside, and operation signals 
coming from an operation unit 4 . 

The operation unit 4 is operated by a user entering 
illustratively an edit command for specifying how to edit 
AV data. An operation signal corresponding to the user's 
operation is supplied to the system controller 3 . 

The edit commands specify the following: recording 
or reproduction of AV data, stopping of the recording or 
reproduction, a search for specific AV data, designation 
of in-points and out-points for use as cuts, and 
designation of special effects to be performed on AV data. 

Described below with reference to Figs. 2A and 2B 
are EPL data used by the drive deck editor of Fig. 1. 
Suppose that, as shown in Fig. 2A, material data files A 
and B are being edited so as to prepare a complete 
package data file C. 

In the example of Fig. 2A, the material data files 
A and B are each composed of AV data ranging from a time 
code to to a time code t4 . The complete package data file 
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C is constituted by the AV data having the time codes to 
through t4, the AV data being made up sequentially of 
material data A with the time codes To through Ti from the 
file A^ material data B with the time codes ti through ta 
from the file B, and material data A with the time codes 
ti through t2 from the file A. 

In the complete package data file the material 
data A with the time codes To through Ti from the file A 
are given the time codes tO through tl ; the material data 
B with the time codes ti through ta from the file B are 
given the time codes tl through t3 ; and the material A 
with the time codes ti through t2 from the file A are 
given the time codes ta through t4 . The time codes ti 
through t4 are subject to the relationship of ti < t2 < ts 

< t4. 

The complete package data file C made of the 
definitive AV data is prepared by editing the material 
data files A and B as described above. In other words, 
the complete package data file C need not be actually 
prepared; it can be obtained virtually by use of the 
material data files A and B, and edit command information 
for specifying how to edit the files A and B into the 
file C. 

The edit command information is constituted by EPL 



data. The EPL data by which to acquire the complete 
package data file C from the material data files A and B 
in Fig. 2A are provided illustratively in a format shown 
in Fig. 2B. 

In the EPL data format of Fig. 2B, the first row 
^'to ^ ti: A (to ti) " means that the AV data with the time 
codes to through ti are made of the AV data with the time 
codes to through ti from the material data file A; the 
second row ^^ti ^ ts: B(ti ^ ts) " means that the AV data 
with the time codes ti through ta are composed of the AV 
data with the time codes ti through ts from the material 
data file B; and the third row ''ta t4 : A(ti t2) " means 
that the AV data with the time codes ta through t4 are 
constituted by the AV data with the time codes ti through 
t2 from the material data file A. It should be noted that 
what is described in Fig. 2B is intended only to explain 
EPL data conceptually, and the manner in which the 
description is made is not limitative of the invention. 

The complete package data file C is obtained by 
editing the material data files A and B in accordance 
with the EPL data. That is, the EPL data file may be said 
to constitute a virtual complete package data file. 

The drive deck editor in Fig. 1 allows one of the 
optical discs lli through II3 to record complete package 



data which are obtained either by inputting edit commands 
through the operation unit 4 to edit the material data 
held on at least one of the optical discs lli through II3, 
or by editing the material data from the discs in keeping 
with externally entered EPL data. The drive deck editor 
in Fig. 1 also allows one of the optical discs lli through 
II3 to record complete package data which are acquired by 
editing the material data held on at least one of the 
optical discs lli through II3 in accordance with the EPL 
data retained along with the material data on at least 
one of the optical discs lli through II3. 

Explained below with reference to Figs. 3 and 4 is 
a typical flow of AV data through the drive deck editor 
in Fig. 1. Where the AV data held as material data on the 
optical disc 11 in the drive 1 are subject to editing 
processes such as cuts or special effects, the material 
data reproduced by the drive 1 from the optical disc 11 
are supplied through the switcher 21 to the edit 
processing unit 23, as indicated by broken lines in Fig. 
3 . The material data thus supplied are edited by the edit 
processing unit 23. The edited material data are fed 
through the switcher 21 to the drive 1 where the data are 
recorded to the optical disc 11. 

In the setup of Fig. 3, the drive I2 reproduces 



material data from the loaded optical disc II2. The 
reproduced material data are edited by the edit 
processing unit 23. The edited material data are recorded 
by the drive I3 to the loaded optical disc II3- 

Where the edit processing unit 23 edits the 
material data, the controller 24 ensures synchronism 
between the unit 23 and the drive I2 by which the unedited 
material data are reproduced , as well as between the edit 
processing unit 23 and the drive I3 by which the edited 
material data are recorded. In this case, the drive I2, 
drive I3 and edit processing unit 23 operate in 
synchronous relation to one another regardless of any one 
of them being capable of operating at a higher speed than 
the rest- It follows that the processing speed of the 
setup as a whole is equal to or less than a maximum 
processing speed of the slowest of the three components. 

Although the setup of Fig . 3 shows the drive I2 
reproducing the unedited material data, this is not 
limitative of the invention. Any one or more of the 
drives li through I3 may reproduce the unedited material 
data. Whereas the setup of Fig. 3 shows the drive I3 
recording the edited material data to the loaded disc, 
any one or more of the drives li through I3 may record the 
edited material data. That means reproduction of the 



unedited material data and recording of the edited 
material data may be carried out either by different 
drives among the drives li through I3 or by the same drive. 

It may be desired that the AV data held as material 
data on the optical disc 11 loaded in the drive 1 are 
copied unedited from there to another disc. In such a 
case, the material data reproduced from the optical disc 
11 in the drive 1 acting as a copy source are supplied 
through the switcher 21 to the drive 1 which serves as a 
copy destination and which records the supplied data to 
the optical disc 11 therein, as indicated by broken lines 
in Fig. 4. It should be noted that the data to be copied 
do not pass through the edit processing unit 23. 

In the setup of Fig. 3, the drive I2 acts as the 
copy source and the drive I3 as the copy destination. The 
source drive I2 reproduces the material data from the 
optical disc II2 therein, and the destination drive I3 
records the reproduced and supplied material data to the 
optical disc II3 inside. 

Where the material data are copied between the 
drives I2 and I3 without being fed through the edit 
processing unit 23, the controller 24 does not ensure 
synchronism between the source drive I2 and the 
destination drive I3 . Instead, the controller 24 allows 
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the two drives to carry out the copy operation in 
asynchronous relation with each other. In this case, the 
drives I2 and I3 operating asynchronously can execute 
their processing at their respective maximum speeds. This 
contributes to providing overall high-speed processing. 

Although the setup of Fig. 4 shows the drive I2 
operating as the copy source and the drive I3 as the copy 
destination, this is not limitative of the invention. Any 
drives from among the drives li through I3, either 
different or the same, may serve as the copy source and 
copy destination. 

How the system controller 3 of Fig. 1 operates will 
now be described with reference to the flowchart of Fig. 
5. The system controller 3 starts operating 
illustratively when supplied with an EPL data file either 
from the EPL separation unit 22 or from the outside. 

In step SI of Fig. 5, the system controller 3 
receives the supplied EPL data file. In step S2, the 
system controller 3 analyzes a set of EPL data described 
in the EPL data file received in step SI. The analysis 
allows the system controller 3 to recognize an edit 
command constituted by the EPL data. 

In step S3, the system controller 3 checks to see 
whether the edit command specifies an end of editing. If 



in step S3 the edit command is not determined to 
designate the end of editing, step S4 is reached. In step 
S4, the system controller 3 checks to see if the edit 
command specifies copying of a material data file. 

If in step S4 the edit command is determined to 
designate copying of the material data file, step S5 is 
reached. In step S5, the system controller 5 outputs a 
copy command to the drive controller 2 (i.e., to its 
controller 24) ordering the latter to copy the material 
data file. From step S5, control is returned to step S2 . 
In step S2, the system controller 3 again reads EPL data 
subsequent to the data analyzed in the previous step S2 

(e.g., the next line or the next set of EPL data) and 
analyzes the data. The subsequent steps are then repeated. 

Where the edit command designates copying of a 
material data file, the command includes information 

(e.g. , drive letters) for specifying a copy source drive 
1 and a copy destination drive 1, as well as information 
for specifying the material data file to be copied (e.g., 
a file name) . The system controller 3 embeds these kinds 
of information in the copy command before outputting the 
command . 

In this specification, the word ^^copy" or 
'"copying" refers to a simple duplicating operation of a 
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file or files by computer. In other words, the copying as 
used in this specification signifies that an entire file 
is duplicated by computer without consideration of any 
data content in the file. For example, the copy or 
copying as meant in this specification does not include 
the act of making AV data between one time code and 
another time code in a first file into a second file, or 
the act of transferring that portion of AV data from the 
first file into part of a third file. That is because the 
time codes need to be known first, which requires 
referencing the content of the file with the AV data 
recorded therein. Any copy operation requiring references 
to the file content is not included in the act of copying 
as meant in this specification. 

If in step S4 the edit command is not determined to 
designate copying of the material data file, i.e., if the 
edit command is determined to specify some other editing 
process on the material data in the edit processing unit 
23, then step S6 is reached. In step S6, the system 
controller 3 recognizes from among the drives li through 
I3 two drives : a drive that reproduces the unedited 
material data from a disc (i.e., the drive loaded with 
the optical disc 11 retaining the unedited material data; 
called the read drive hereunder where appropriate) , and a 



drive that records the edited material data to a disc 
(called the write drive hereunder where appropriate) . 

If the edit command is one that causes the edit 
processing unit 23 to perform some edit process on the 
material data, that command includes three kinds of 
information: information for specifying the drive 1 that 
reproduces the material data to be edited (i.e., read 
drive) , information for specifying the drive 1 that 
records the edited material data (i.e., write drive), and 
information for designating the target material data to 
be edited (e.g., the name of the file containing the 
material data in question, and time codes pointing to a 
starting point and an end point of the extent over which 
the material data are recorded) . In step S6, the system 
controller 3 recognize the read drive and write drive on 
the basis of these kinds of information. 

The read drive that reproduces a material data file 
is a copy source drive, and the write drive that records 
the reproduced material data file is a copy destination 
drive. In the description that follows, the read drive 
and the copy source drive may be used interchangeably 
where appropriate, and the write drive and the copy 
destination drive may also be used interchangeably. 

Step S6 is followed by step S7 in which the system 



controller 3 outputs an edit command ordering the drive 
controller 2 (i.e., its controller 24) to execute the 
edit process designated by the command. From step S7, 
control is returned to step S2 . In step S2, the system 
controller 3 again reads a set of EPL data subsequent to 
the data analyzed in the previous step S2 and analyzes 
the data. The subsequent steps are then repeated. The 
edit command output by the system controller 3 to the 
drive controller 2 includes information for specifying a 
write drive, a read drive, and target material data to be 
edited . 

If in step S3 the edit command is determined to 
designate an end of editing, step S8 is reached. In step 
S8, the system controller 3 outputs a standby command to 
the drive controller 2 ordering the latter to remain in 
standby mode. Following step S8, the system controller 3 
terminates its processing. 

In the example of Fig. 5, the system controller 3 
was shown controlling the drive controller 2 in 
accordance with EPL data. Alternatively, the system 
controller 3 may control the drive controller 2 in 
keeping with operation signals entered by the user 
operating the operation unit 4 . 

How the drive controller 2 in Fig. 1 works will now 
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be described by referring to the flowchart of Fig. 6. The 
drive controller 2 starts operating illustratively when 
supplied with a command from the system controller 3. 

In step Sll of Fig. 6, the controller 24 in the 
drive controller 2 receives a command from the system 
controller 3. In step S12, the drive controller 24 checks 
to see if the command received from the system controller 
3 in step Sll is a standby command. 

If in step S12 the command from the system 
controller 3 is not determined to be a standby command, 
step S13 is reached. In step S13, the controller 24 
checks to see if the command from the system controller 3 
is a copy command. 

If in step S13 the command from the system 
controller 3 is determined to be a copy command, step S14 
is reached. In step S14, the controller 24 controls the 
read drive, write drive, and switcher 21 in such a manner 
that the target material data file designated by 
information in the copy command is transferred from the 
read drive to the write drive. 

Under control of the controller 24, the switcher 21 
switches drive I/O operations so that AV data to be 
reproduced by the read drive will be output to the write 
drive. The read drive then reproduces and outputs the 



target material data file to be copied. The material data 
file reproduced by the read drive is transferred to the 
write drive through the switcher 21. The write drive 
records the transferred material data file. 

In the case above, the read drive and write drive 
operate in asynchronous relation with each other. That 
means the read drive can reproduce the material data file 
at the maximum speed of the drive in a high-speed read 
operation, and the write drive can record the received 
material data file at the maximum speed of the drive in a 
high-speed write operation. When the read and write 
drives can perform their processes at their respective 
maximum speeds, the entire copy operation of the material 
data file can be accomplished at high speed. 

After step S14, the controller 24 waits for the 
next command to be sent from the system controller 3 . 
When the next command is received in step Sll, the 
subsequent steps are repeated. 

If in step S13 the command from the system 
controller 3 is not determined to be a copy command, i.e., 
if the command is determined to be an edit command 
(neither the standby command nor the copy command) , then 
step S15 is reached. In step S15, the controller 24 
starts outputting synchronizing signals to the edit 
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processing unit 23 as well as to the read and write 
drives designated by information included in the edit 
command. From step S15, control is passed on to step S16. 
It should be noted that in step S15 , the read and write 
drives as well as the edit processing unit 23 start 
operating in synchronous relation with one another once 
they start receiving the synchronizing signals from the 
controller 24. 

In step S16, the controller 24 controls the read 
drive and switcher 21 in such a manner that the target 
material data file designated by information in the edit 
command is reproduced and supplied to the edit processing 
unit 23 via the switcher 21. Also in step 316, the edit 
processing unit 23 acquires the material data file to be 
edited by searching for it through the supplied files. 
Step S16 is followed by step S17. 

In step S17, the controller 24 causes the edit 
processing unit 23 to perform the edit process (including 
effects) as per the edit command on the material data 
obtained in step S16. In step S18, the controller 24 
controls the write drive and switcher 21 in such a manner 
that the material data edited by the edit processing unit 
23 are fed through the switcher 21 to the write drive 
which in turn records the edited material data . 



In steps S16 through S18, the read drive^ write 
drive, and edit processing unit 23 operate in synchronous 
relation with one another in keeping with the 
synchronizing signals coming from the controller 24. It 
follows that each of the read drive, write drive and edit 
processing unit 23 operates at a lower speed than the 
maximum processing speed it is capable of when working 
alone . 

From step S18, control is passed on to step S19 in 
which the controller 2 4 stops outputting the 
synchronizing signals to the read drive, write drive and 
edit processing unit 23. Following step S19, the 
controller 24 waits for the next command to be sent from 
the system controller 3. When the next command is 
received in step Sll, the subsequent steps are repeated. 

If in step S12 the command from the system 
controller 3 is determined to be a standby command, step 
S20 is reached. In step S20, the controller 24 places the 
drives li through I3 in standby mode, and terminates its 
processing. 

As described, when the command coming from the 
system controller 3 is determined to be an edit command, 
the controller 24 causes the read drive, write drive and 
edit processing unit 23 to operate synchronously as in 



conventional editing apparatuses. When the command from 
the system controller 3 is determined to be a copy 
command, the controller 24 allows the read drive and 
write drive to operate asynchronously to copy the target 
material data file at high speed. The inventive setup 
takes an appreciably shorter time in its high-speed copy 
operation than conventional editing apparatuses and 
thereby contributes to reducing the editing time as a 
whole . 

In the example of Fig. 6, the read drive, write 
drive and edit processing unit 23 were shown operating 
synchronously when the command from the system controller 
3 turned out to be an edit command. Alternatively, the 
read drive, write drive and edit processing unit 23 may 
be allowed normally to operate synchronously; only when 
the command from the system controller 2 is determined to 
be a copy command may the read drive and write drive be 
arranged to operate in asynchronous relation with each 
other . 

If the AV data supplied to the edit processing unit 
23 are found encoded, the unit 23 decodes the supplied 
data, edits the decoded data^ and again encodes the 
edited data before outputting the resulting data. 

Below is a more detailed description, with 



reference to Figs. 7 through 21, of how the drive deck 
editor of Fig. 1 operates in accordance with EPL data. 
Suppose now that an optical disc 11 loaded in a read 
drive has material data files fl through f4 recorded 
thereon, and that a write drive is to record to a loaded 
optical disc 11 the complete package data composed of AV 
data including: a scene #1 from the material data file 
fl; a scene #2 from the material data f 2 ; a scene #3 made 
of material data items f3-l, f3-2, f3-3 and f3-4 from 
four segments of the material data file f 3 ; and a scene 
#4 from the material data file f 4 . In such a case, an EPL 
data file such as one shown in Fig. 8 is utilized. 

The EPL data file is constituted by EPL data 
including a number of commands. A command ^^epl()" 
designates a complete package data file. Described in the 
parentheses is information specifying the complete 
package data file in arguments (e.g., a file name is 
described) . 

A command ^^sourceO" designates material data files. 
Described in the parentheses is information specifying in 
arguments the material data files to be used (e.g., file 
names are described) . 

A command "do{}" is used to describe in its curly 
brackets commands for processing the material data. In 



the example of Fig. 8, three commands are provided to 
process the material data: get(), put(), and trsfm(). 

The command ^^get()" acquires material data from a 
material data file. Described as needed in the 
parentheses is information specifying in arguments the 
position of the material data to be obtained from the 
material data file (e.g.^ time codes are described). 

The command '^put()" pastes into the complete 
package data file the material data acquired by the 
command ''get().'' Described as needed in the parentheses 
is information specifying in arguments that position in 
the complete package data file to which the material data 
are pasted (e.g., time codes are described). 

The command ''trsfmO " specifies details of an edit 
process to be performed on the material data by the edit 
processing unit 23. The parentheses contain a description 
of arguments designating the specific editing details. 

The EPL data file may include a comment. 
Illustratively, a text written following two slashes 'V/" 
is interpreted as a command. 

The EPL data file includes the commands as 
described above. Of these commands, the command ^'trsfmO" 
designates the edit process to be carried out by the edit 
processing unit 23 . Depending on the presence or absence 
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of the command '"trsfmO," the drive deck editor of Fig. 1 
determines whether the material data file is to be copied 
or edited. 

In the EPL data file of Fig. 8, an EPL data item 
D8-1 specifies that the material data file fl be pasted 
as the scene #1 into a complete package data file; an EPL 
data item D8-2 specifies that the material data file f2 
be pasted as the scene #2 into the complete package data 
file; an EPL data item D8-3 designates an edit process; 
and an EPL data item D8~4 specifies that the material 
data items f3-l, f 3-2 , f3-3 and f3-4 in the material data 
file f3 be pasted as the scene #3 into the complete 
package data file. 

To paste the material data items f3-l, f 3-2 , f3-3 
and f3-4 from the material data file f3 into the complete 
package data file as the scene #3 requires searching the 
data file f3 for the items f3-l, f3-2, f3-3 and f3-4 and 
then cutting the four detected data items. These editing 
actions are designated in the EPL data item D8-3. An EPL 
data item D8-5 specifies that the material data file f4 
be pasted as the scene #4 into the complete package data 
file. 

The EPL data file shown in Fig. 8 causes the drive 
deck editor of Fig. 1 to carry out the processes outlined 



in Fig. 9. Specifically, in accordance with the EPL data 
item D8-1, the material data file fl is reproduced by the 
read drive and transferred as the scene #1 to the write 
drive for recording. In keeping with the EPL data item 
D8~2, the material data file f2 is reproduced by the read 
drive and transferred as the scene #2 to the write drive 
for recording. Since neither the EPL data item D8-1 nor 
the data item D8-2 contains the command ^^trsfmO'^ 
designating an edit process by the edit processing unit 
23, the material data files fl and f2 are not subject to 
editing by the unit 23. That is, the material data files 
fl and f2 are transferred from the read drive to the 
write drive in an asynchronous manner. 

After the scene #2 is recorded by the write drive, 
the material data file f3 is reproduced by the read drive 
in accordance with the EPL data items D8-3 and D8-4 . Also 
in keeping with the same EPL data items, the edit 
processing unit 23 searches the material data file f3 for 
the material data items f3-l, f3-2, f3-3 and f3-4, cuts 
the four detected items from the file f 3 , and transfers 
the cut items as one continuous scene #3 to the write 
drive for recording. In this case, the EPL data item D8-3 
contains the command ^^trsfmO" designating the edit 
process by the edit processing unit 23. Thus the transfer 



of the material data file f3 from the read drive to the 
edit processing unit 23 is accomplished synchronously, 
and so is the transfer of the scene #3 from the edit 
processing unit 23 to the write drive. 

After the scene #3 is recorded by the write drive, 
the material data file f4 is reproduced by the read drive 
and transferred as the scene #4 to the write drive for 
recording in accordance with the EPL data item D8-5 . 
Since the EPL data item D8-4 does not include a command 
^^trsfmO" designating an edit process by the edit 
processing unit 23, the material data file f4 is not 
subject to editing by the unit 23. That is, the material 
data file f4 is transferred asynchronously from the read 
drive to the write drive . 

In the example shown in Figs. 7 through 9, as 
described above, the scene #3 is processed synchronously 
between the read drive, write drive, and edit processing 
unit 23, while the scenes #1, #2 and #4 are processed 
asynchronously between the read drive and the write drive 
at high speed. This makes it possible to reduce the total 
time required to produce the complete package data file. 

Suppose now that, as shown in Fig. 10, there exist 
two read drives #1 and #2; that an optical disc 11 loaded 
in one read drive #1 has material data files fl through 
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f4 recorded thereon, while an optical disc 11 loaded in 
the other read drive #2 has material data files fl' 
through f 3 ' stored thereon; and that a write drive is 
provided to record to a loaded optical disc 11 the 
complete package data composed of AV data including: a 
scene #1 from the material data file fl; a scene #2 from 
the material data f 2 ; part of a scene #3 made of material 
data items f3-l, f3-2 and f3-3 from three segments of the 
material data file f3; the remaining part of the scene #3 
made of material data items fl'-l, fl'-2 and fl'-3 from 
three segments of the material data file fl'; a scene #4 
from the material data file f 2 ' ; and a scene #5 from the 
material data file f3'. In such a case, an EPL data file 
such as one shown in Fig. 11 is employed. 

In the EPL data file of Fig. 11, an EPL data item 
Dll-1 specifies that the material data file fl be pasted 
as the scene #1 into a complete package data file; an EPL 
data item Dll-2 specifies that the material data file f2 
be pasted as the scene #2 into the complete package data 
file; an EPL data item Dll-3 designates an edit process; 
and an EPL data item Dll-4 specifies that the material 
data items f3-l, f3-2 and f3-3 in the material data file 
f3 be pasted as part of the scene #3 into the complete 
package data file. 
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To paste the material data items f3-l, f3-2 and f3- 
3 from the material data file f3 into the complete 
package data file as part of the scene #3 requires 
searching the data file f3 for the items f3-l, f3-2 and 
f 3-3 and then cutting the three detected data items . 
These editing actions are designated in the EPL data item 
Dll-3 . 

An EPL data item Dll-5 designates an edit process. 
An EPL data item Dll-6 specifies that the material data 
files fl'-l, fl'-2 and fl'-3 in the material data file 
fl' be pasted into the complete package data file as the 
remaining part of the scene #3. 

An EPL data item Dll-7 specifies that the material 
data file f 2 ' be pasted as the scene #4 into the complete 
package data file. An EPL data item Dll-8 specifies that 
the material data f 3 ' be pasted as the scene #5 into the 
complete package data file. 

The EPL data file shown in Fig. 11 causes the drive 
deck editor of Fig. 1 to carry out the processes outlined 
in Fig. 12. Specifically, in accordance with the EPL data 
item Dll-1, the material data file fl is reproduced by 
the read drive #1 and transferred as the scene #1 to the 
write drive for recording. In keeping with the EPL data 
item Dll-2, the material data file f2 is reproduced by 
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the read drive #1 and transferred as the scene #2 to the 
write drive for recording. Since neither the EPL data 
item Dll-1 nor the data item Dll-2 contains the command 
'"trsfmO" designating an edit process, the material data 
files fl and f2 are not subject to editing. That is, the 
material data files fl and f2 are transferred from the 
read drive #1 to the write drive in an asynchronous 
manner . 

After the scene #2 is recorded by the write drive, 
the material data file f3 is reproduced by the read drive 
#1 in accordance with the EPL data items Dll-3 and Dll-4. 
Also in keeping with the same EPL data items, the edit 
processing unit 23 searches the material data file f3 for 
the material data items f3-l, f3-2 and f 3-3 , cuts the 
three detected items from the file f 3 , and transfers the 
cut items as part of one continuous scene #3 to the write 
drive for recording. In this case, the EPL data item Dll- 
3 contains the command ^^trsfmO" designating the edit 
process. Thus the transfer of the material data file f3 
from the read drive #1 to the edit processing unit 23 is 
accomplished synchronously, and so is the transfer of 
part of the scene #3 from the edit processing unit 23 to 
the write drive. 

In accordance with the EPL data items Dll-5 and 



Dll-6, the material data file f2' is reproduced by the 
read drive #2 . Also in keeping with the EPL data items 
Dll-5 and Dll-6, the edit processing unit 23 searches the 
material data file f2' for the material data items fl'-l, 
fl'-2 and fl'-3, cuts the three detected data items from 
the file f 2 ' , and transfers the cut items as the 
remaining part of one continuous scene #3 to the write 
drive for recording. In this case, the EPL data item Dll- 
5 contains the command ^^trsfmO" designating the edit 
process. Thus the transfer of the material data file fl' 
from the read drive #2 to the edit processing unit 23 is 
accomplished synchronously, and so is the transfer of the 
remaining part of the scene #3 from the edit processing 
unit 23 to the write drive. 

After the scene #3 is recorded by the write drive, 
the material data file f 2 ' is reproduced by the read 
drive #2 and transferred as the scene #4 to the write 
drive for recording in accordance with the EPL data item 
Dll-7. In keeping with the EPL data Dll-8, the material 
data file f3' is reproduced by the read drive #2 and 
transferred as the scene #5 to the write drive for 
recording. Since neither the EPL data item Dll-7 nor the 
item Dll-8 contains a command ^^trsfmO" designating an 
edit process, the material data files f 2 ' and f3' are not 
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subject to editing. That is, the material data files f 2 ' 
and f 3 ' are transferred asynchronously from the read 
drive #2 to the write drive. 

In the example shown in Figs. 10 through 12, as 
described above, the scene #3 is processed synchronously 
between the read drives, write drive, and edit processing 
unit 23, while the scenes #1, #2, #4 and #5 are processed 
asynchronously between the read drives and the write 
drive at high speed. This makes it possible to reduce the 
total time required to produce the complete package data 
file. 

Suppose now that, as shown in Fig. 13, an optical 
disc 11 loaded in a read drive has material data files fl 
through f4 recorded thereon, and that a write drive is 
used to record to a loaded optical disc 11 the complete 
package data composed of AV data including: a scene #1 
from the material data file fl; a scene #2 from the 
material data f2; a scene #3 made of material data items 
f3-l, f3-2, f3-3 and f3-4 from four segments of the 
material data file f 3 ; and a scene #4 from the material 
data file f 4 . In such a case, an EPL data file such as 
one shown in Fig. 14 is utilized. For the setup in Fig. 
13, the same drive is used as both the read drive and the 
write drive. 
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In the EPL data file of Fig. 14, an EPL data item 
D14-1 specifies that the material data file fl be pasted 
as the scene #1 into a complete package data file; an EPL 
data item D14-2 specifies that the material data file f2 
be pasted as the scene #2 into the complete package data 
file; an EPL data item D14-3 designates an edit process; 
and an EPL data item D14-4 specifies that the material 
data items f3-l, f3-2, f3-3 and f3-4 in the material data 
file f3 be pasted as the scene #3 into the complete 
package data file. 

To paste the material data items f3-l, f 3-2 , f3-3 
and f3-4 from the material data file f3 into the complete 
package data file as the scene #3 requires searching the 
data file f3 for the items f3-l, f3-2, f3-3 and f3-4 and 
then cutting the four detected data items . These editing 
actions are designated in the EPL data item D14-3. An EPL 
data item D14-5 specifies that the material data file f4 
be pasted as the scene #4 into the complete package data 
file. 

The EPL data file shown in Fig. 14 causes the drive 
deck editor of Fig. 1 to carry out the processes outlined 
in Fig. 15. Specifically, in accordance with the EPL data 
item D14-1, the material data file fl is reproduced by 
the read drive and transferred as the scene #1 to the 
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write drive for recording, the write drive being the same 
as the read drive. In keeping with the EPL data item D14- 
2, the material data file f2 is reproduced by the read 
drive and transferred as the scene #2 to the write drive 
for recording. Since neither the EPL data item D14-1 nor 
the data item D14-2 contains the command ^'trsfmO" 
designating an edit process, the material data files fl 
and f2 are not subject to editing. That is, the material 
data files fl and f2 are transferred from the read drive 
to the write drive in an asynchronous manner. 

After the scene #2 is recorded by the write drive, 
the material data file f3 is reproduced by the read drive 
in accordance with the EPL data items D14-3 and D14-4. 
Also in keeping with the same EPL data items, the edit 
processing unit 23 searches the material data file f3 for 
the material data items f3-l, f3-2, f3-3 and f3-4, cuts 
the four detected items from the file f3, and transfers 
the cut items as one continuous scene #3 to the write 
drive for recording. In this case, the EPL data item D14- 
3 contains the command ^^trsfmO" designating the edit 
process. Thus the transfer of the material data file f3 
from the read drive to the edit processing unit 23 is 
accomplished synchronously, and so is the transfer of the 
scene #3 from the edit processing unit 23 to the write 



drive . 

After the scene #3 is recorded by the write drive, 
the material data file f4 is reproduced by the read drive 
and transferred as the scene #4 to the write drive for 
recording in accordance with the EPL data item D14-5. 
Since the EPL data item D14-4 does not include the 
command ''trsfmO'' designating an edit process, the 
material data file f4 is not subject to editing. That is, 
the material data file f4 is transferred asynchronously 
from the read drive to the write drive. 

In the example shown in Figs. 13 through 15, as in 
the example illustrated in Figs. 7 through 9, the scene 
#3 is processed synchronously between the read drive, 
write drive, and edit processing unit 23, while the 
scenes #1, #2 and #4 are processed asynchronously between 
the read drive and the write drive at high speed. This 
makes it possible to reduce the total time required to 
produce the complete package data file. 

In the example of Figs. 13 through 15, the same 
drive serves as both the read drive and the write drive. 
For that reason, the transfer of material data files can 
be accomplished at an even higher speed within the same 
drive without the intervention of the switcher. 

Suppose now that, as shown in Fig. 16, an optical 



disc 11 loaded in a read drive has material data files fl 
through f4 recorded thereon, and that a write drive is 
used to record to a loaded optical disc 11 the complete 
package data composed of AV data including: a scene #1 
from the material data file f 1 ; a scene #2 from the 
material data f 3 ; a scene #3 from the material data file 
f 2 ; and a scene #4 from the material data file f4. In 
such a case, an EPL data file such as one shown in Fig. 
17 is employed. 

In the EPL data file of Fig. 17, an EPL data item 
D17-1 specifies that the material data file fl be pasted 
as the scene #1 into a complete package data file; an EPL 
data item D17-2 specifies that the material data file f3 
be pasted as the scene #2 into the complete package data 
file; an EPL data item D17-3 specifies that the material 
data file f2 be pasted as the scene #3 into the complete 
package data file; and an EPL data item D17-4 specifies 
that the material data file f4 be pasted as the scene #4 
into the complete package data file. 

The EPL data file shown in Fig. 17 causes the drive 
deck editor of Fig. 1 to carry out the processes outlined 
in Fig. 18. Specifically, in accordance with the EPL data 
item D17-1, the material data file fl is reproduced by 
the read drive and transferred as the scene #1 to the 



write drive for recording. In keeping with the EPL data 
item D17-2, the material data file f3 is reproduced by 
the read drive and transferred as the scene #2 to the 
write drive for recording. In accordance with the EPL 
data item D17-3, the material data file f2 is reproduced 
by the read drive and transferred as the scene #3 to the 
write drive for recording. In keeping with the EPL data 
item D17-4, the material data file f4 is reproduced by 
the read drive and transferred as the scene #4 to the 
write drive for recording. Since none of the EPL data 
items D17~l through D17-4 contains the command *'trsfm() " 
designating an edit process^ the material data files fl 
through f4 are not subject to editing. That is, the 
material data files f 1 through f 4 are transferred from 
the read drive to the write drive in an asynchronous 
manner . 

In the example shown in Figs. 16 through 18, as 
described above, all the scenes #1 through #4 are 
processed asynchronously between the read drive and the 
write drive at high speed. This makes it possible to 
reduce the total time required to produce the complete 
package data file. Where the AV data of all the scenes 
constituting a complete package data file are transferred 
asynchronously between the read drive and the write drive, 
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as in the preceding example, it takes the shortest 
possible time to produce the complete package data file. 

Suppose now that, as shown in Fig. 19, an optical 
disc 11 loaded in a read drive has material data files fl 
through f3 recorded thereon, and that a write drive is 
used to record to a loaded optical disc 11 the complete 
package data composed of AV data including: a scene #1 
made of material data items fl-1, f 1-2 , fl-3 and fl-4 
from four segments of the material data file fl; a scene 
#2 composed of material data items f2-l, f2-2, f2-3 and 
f2-4 from four segments of the material data f2; and a 
scene #3 constituted by material data items f3-l, f3-2, 
f3-3 and f3-4 from four segments of the material data 
file f 3 . In such a case, an EPL data file such as one 
shown in Fig. 20 is utilized. 

In the EPL data file of Fig. 20, an EPL data item 
D20-1 designates an edit process; an EPL data item D20-2 
specifies that the material data items fl-1, fl-2, fl-3 
and fl-4 in the material data file fl be pasted as the 
scene #1 into a complete package data file; an EPL data 
item D20-3 designates an edit process; an EPL data item 
D20-4 specifies that the material data items f2-l, f 2-2 , 
f2-3 and f2-4 in the material data file f2 be pasted as 
the scene #2 into the complete package data file; an EPL 



data item D20-5 designates an edit process; and an EPL 
data item D20-6 specifies that the material data items 
f3-l, f 3-2 , f3-3 and f3-4 in the material data file f3 be 
pasted as the scene #3 into the complete package data 
file. 

To paste the material data items fl-1, fl-2, fl-3 
and fl-4 from the material data file fl into the complete 
package data file as the scene #1 requires searching the 
data file fl for the items fl-1, fl-2, fl-3 and fl-4 and 
then cutting the four detected data items. These editing 
actions are designated in the EPL data item D20-1. The 
same editing actions are also specified in the EPL data 
items D20-3 and D20-5 each. 

The EPL data file shown in Fig. 20 causes the drive 
deck editor of Fig. 1 to carry out the processes outlined 
in Fig. 21. Specifically, in accordance with the EPL data 
items 020-1 and 20-2, the material data file fl is 
reproduced by the read drive. Also in keeping with the 
EPL data items D20-1 and D20-2, the edit processing unit 
23 searches the material data file fl for the material 
data items fl-1, fl-2, fl-3 and fl-4, cuts the four 
detected items from the file fl, and transfers the cut 
items as one continuous scene #1 to the write drive for 
recording. In this case, the EPL data item D20-1 contains 
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the command "trsfmO" designating the edit process. Thus 
the transfer of the material data file fl from the read 
drive to the edit processing unit 23 is accomplished 
synchronously, and so is the transfer of the scene #1 
from the edit processing unit 23 to the write drive. 

After the scene #1 is recorded by the write drive, 
the material data file f2 is reproduced by the read drive 
in accordance with the EPL data items D20-3 and D20-4. 
Also in keeping with the same EPL data items, the edit 
processing unit 23 searches the material data file f2 for 
the material data items f2-l, f2-2, f2-3 and f2-4, cuts 
the four detected items from the file f 2 , and transfers 
the cut items as one continuous scene #2 to the write 
drive for recording. In this case, the EPL data item D20- 
3 contains the command ^^trsfmO'' designating the edit 
process. Thus the transfer of the material data file f2 
from the read drive to the edit processing unit 23 is 
accomplished synchronously, and so is the transfer of the 
scene #2 from the edit processing unit 23 to the write 
drive. 

After the scene #2 is recorded by the write drive, 
the material data file f3 is reproduced by the read drive 
in accordance with the EPL data items D20-5 and D20~6. 
Also in keeping with the same EPL data items, the edit 



processing unit 23 searches the material data file f3 for 
the material data items f3-l, f3-2, f3-3 and f3-4, cuts 
the four detected items from the file f 3 , and transfers 
the cut items as one continuous scene #3 to the write 
drive for recording. In this case, the EPL data item D20- 
5 contains the command *^trsfm()" designating the edit 
process. Thus the transfer of the material data file f3 
from the read drive to the edit processing unit 23 is 
accomplished synchronously, and so is the transfer of the 
scene #3 from the edit processing unit 23 to the write 
drive . 

In the example of Figs. 19 through 21, as described, 
all the scenes #1 through #3 are processed synchronously 
between the read drive, write drive, and edit processing 
unit 23. In other words, there is no scene processed 
asynchronously between the read drive and the write drive. 
That means the benefit of high-speed processing, made 
available in the earlier examples, is not derived here 
from the asynchronous processing between the read drive 
and the write drive. It follows that the setup of the 
example in Figs. 19 through 21 takes as much time in 
producing the complete package data file as in 
conventional cases . 

The series of steps described above may be executed 



by hardware or by software. For software-based processing 
to take place, programs constituting processing sequences 
may be installed from a suitable storage medium into a 
general-purpose computer or like equipment capable of 
executing the programs . 

Fig. 22 shows a typical structure of a computer 
which embodies the invention and in which the programs 
for executing the series of steps above are installed. 
The programs may be recorded beforehand on a hard disc 
105 or in a ROM (read only memory) 103 which is a built- 
in storage medium in the computer. Alternatively, the 
programs may retained (recorded) temporarily or 
permanently on a removable storage medium 111 such as 
flexible disks, CD-ROMs (compact disc read only memories), 
MOs (magneto-optical discs) , DVDs (digital versatile 
discs), magnetic discs, or semiconductor memories. The 
removable storage medium 111 may be offered as so-called 
package software. 

Besides being installed from the removable storage 
medium 111 into the computer, the programs may also be 
installed after being transferred in wired or wireless 
fashion from a download site over digital satellite 
broadcast links, local area networks (LANs), or the 
Internet. The programs thus transferred may be received 
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-through a communication unit: 108 of the computer and 
installed onto the built-in hard disc 105. 

The computer incorporates a CPU (central processing 
unit) 102. The CPU 102 connects via a bus 101 to an I/O 
interface 110. The user enters commands into the CPU 102 
by operating an input unit 107 made up of a keyboard, a 
mouse, a microphone and the like. Given the commands, the 
CPU 102 executes the appropriate programs in the ROM 103 
accordingly. Alternatively, the CPU 102 may first load 
into a RAM (random access memory) 104 any one of three 
kinds of programs: programs held on the hard disc 105; 
programs which were transferred over satellite links or 
through a wired network and received by the communication 
unit 108 before being installed on the hard disc 105; or 
programs which were retrieved from the removable storage 
medium 111 loaded in a drive 109 and installed onto the 
hard disc 105. Then the CPU 102 may execute the loaded 
programs in the RAM 104 to carry out the processing steps 
outlined in the flowcharts and block diagrams discussed 
above. The result of the processing is forwarded through 
the I/O interface 110 to an output unit 106 composed of 
an LCD (liquid crystal display) or speakers for output, 
to the communication unit 108 for transmission to the 
outside, or to the hard disc 105 for recording thereon. 



In this specification, the processing steps which 
describe the programs for causing the computer to perform 
diverse operations may not represent only the processes 
that are to be carried out in the depicted sequence in 
the flowcharts (i.e., on a time series basis); the steps 
may also represent processes that are conducted 
parallelly or individually (e.g., in parallel or object- 
oriented fashion) . 

The programs may be processed by a single computer, 
by a plurality of computers in distributed fashion, or by 
a remote computer or computers after being transferred 
thereto . 

As many apparently different embodiments of this 
invention may be made without departing from the spirit 
and scope thereof, it is to be understood that the 
invention is not limited to the specific embodiments 
thereof except as defined in the appended claims. 
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